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(57) ABSTRACT 

A controlling application utilizes existing handle objects, as 
appropriate, to reconfigure objects to dynamically enumer- 
ate and represent devices coupled to a serial bus network 
after a bus reset event. Preferably, the serial bus network is 
an IEEE 1394-1995 serial bus network. During a self- 
identifying process, after the bus reset, information about the 
characteristics of the devices within the network is received. 
From this self-identifying information objects representing 
the devices are generated. Existing handle objects from a 
previous bus configuration are then compared to these 
objects. If a handle matches an object, then a pointer value 
within the handle is changed to point to an address of the 
object. Preferably, a handle includes a 64 bit unique iden- 
tifier value that is compared to the objects to find a match. 
For devices removed from the network, the handle object is 
preferably never discarded but is made invalid. For devices 
added to the network, existing invalid handle objects are 
preferably re-validated and attached to objects representing 
devices. If there are no further existing handles and a device 
does not yet have an attached handle, then a handle is 
generated and attached to the device. A handle is only 
generated if there are more devices within the network than 
there are existing handles. Preferably, a handle includes a 
pointer value pointing to an address of the corresponding 
object for the device. 

25 Claims, 6 Drawing Sheets 
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METHOD OF AND APPARATUS FOR 
DYNAMICALLY ENUMERATING OBJECTS 
REPRESENTING DEVICES WITHIN AN 
IEEE 1394 SERIAL BUS NETWORKING 

FIELD OF THE INVENTION 5 

The present invention relates to the field of enumerating 
devices within a bus structure. More particularly, the present 
invention relates to the field of dynamically enumerating 
devices within a bus structure after a bus reset. 10 

BACKGROUND OF THE INVENTION 

The IEEE standard, "IEEE 1394 Standard For A High 
Performance Serial Bus," Draft ratified in 1995, is an 
international standard for implementing an inexpensive 15 
high-speed serial bus architecture which supports both asyn- 
chronous and isochronous format data transfers. Isochro- 
nous data transfers are real-time transfers which take place 
such that the time intervals between significant instances 
have the same duration at both the transmitting and receiv- 2 o 
ing applications. Each packet of data transferred isochro- 
nously is transferred in its own time period. The IEEE 
1394-1995 standard bus architecture provides multiple 
channels for isochronous data transfer between applications. 
A six bit channel number is broadcast with the data to ensure 2 s 
reception by the appropriate application. This allows mul- 
tiple applications to simultaneously transmit isochronous 
data across the bus structure. Asynchronous transfers are 
traditional data transfer operations which take place as soon 
as possible and transfer an amount of data from a source to 30 
a destination. 

The IEEE 1394-1995 standard provides a high-speed 
serial bus for interconnecting digital devices thereby pro- 
viding a universal I/O connection. The IEEE 1394-1995 
standard defines a digital interface for the applications 35 
thereby eliminating the need for an application to convert 
digital data to analog data before it is transmitted across the 
bus. Correspondingly, a receiving application will receive 
digital data from the bus, not analog data, and will therefore 
not be required to convert analog data to digital data. The 40 
cable required by the IEEE 1394-1995 standard is very thin 
in size compared to other bulkier cables used to connect such 
devices. Devices can be added and removed from an IEEE 
1394-1995 bus while the bus is active. If a device is so added 
or removed the bus will then automatically reconfigure itself 45 
for transmitting data between the then existing nodes. A 
node is considered a logical entity with a unique address on 
the bus structure. Each node provides an identification 
ROM, a standardized set of control registers and its own 
address space. 50 

Each node on the IEEE 1394-1995 bus structure has a 16 
bit node ID. The node ID is the address that is used for data 
transmission on the data link layer. This allows address 
space for potentially up to 64K nodes on the bus structure. 
The node ID is divided into two smaller fields: the higher 55 
order 10 bits specify a bus ID and the lower order 6 bits 
specify a physical ID. The bus ID is assigned by a root node 
and the physical ID is assigned during a self identify 
sequence upon reset of the bus. Each physical ID field is 
unique within a single IEEE 1394-1995 bus, but the physical 60 
ID field is not a fixed value for each node itself. The physical 
ID field is fixed for the position of the node within the bus 
structure. If a device is moved from one position in the IEEE 
1394-1995 bus to another position within the same IEEE 
1394-1995 bus, the device will have a different node ID 65 
because its physical ID will have a different value when in 
the new position. 
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Within each of the bus ID and physical ID fields a value 
of all logical "l"s is reserved for special purposes. 
Accordingly, this addressing scheme provides for up to 1023 
busses, each with 63 independently addressable nodes. Each 
IEEE 1394-1995 compatible device includes a node unique 
ID which is a 64 bit number saved within a configuration 
read-only memory (ROM) of the device. The node unique 
ID is permanent for each device and does not depend on the 
position of the device within an IEEE 1394-1995 bus. The 
node unique ID is not used for addressing of data transmis- 
sions on the data link layer. 

The IEEE 1394-1995 standard defines a protocol as 
illustrated in FIG. 1. This protocol includes a serial bus 
management block 10 coupled to a transaction layer 12, a 
link layer 14 and a physical layer 16. The physical layer 16 
provides the electrical and mechanical connection between 
a device or application and the IEEE 1394-1995 cable. The 
physical layer 16 also provides arbitration to ensure that all 
devices coupled to the IEEE 1394-1995 bus have access to 
the bus as well as actual data transmission and reception. 
The link layer 14 provides data packet delivery service for 
both asynchronous and isochronous data packet transport. 
This supports both asynchronous data transport, using an 
acknowledgement protocol, and isochronous data transport, 
providing real-time guaranteed bandwidth protocol for just- 
in-time data delivery. The transaction layer 12 supports the 
commands necessary to complete asynchronous data 
transfers, including read, write and lock. The serial bus 
management block 10 contains an isochronous resource 
manager for managing isochronous data transfers. The serial 
bus management block 10 also provides overall configura- 
tion control of the serial bus in the form of optimizing 
arbitration timing, guarantee of adequate electrical power 
for all devices on the bus, assignment of the cycle master, 
assignment of isochronous channel and bandwidth resources 
and basic notification of errors. 

A bus reset occurs when the bus is somehow reconfigured, 
either by the removal of a node from the bus or the addition 
of a node to the bus or when a device attached to the bus is 
powered off. When a bus reset occurs, all nodes are forced 
into a special state that clears all topology information and 
starts a next phase. After a bus reset, the only information 
known to a node is whether the node is a branch node, a leaf 
node or an isolated node. A branch node has more than one 
directly connected neighbor. A leaf node has only a single 
neighbor. An isolated node is unconnected. After a bus reset, 
a tree identification process is performed. During the tree 
identification process, the general network topology is deter- 
mined and translated into a tree. One node within the 
network is designated as a root node and all of the physical 
connections are associated with a direction pointing towards 
the root node. From each port it is determined if there is a 
connection and if the connection is to a child or parent node. 
The direction is set by labeling each connected port as either 
a parent port or a child port. A parent port is a port connected 
to a node closer to the root than the reporting node. A child 
port is a port connected to a node further from the root than 
the reporting node. From these relationships, the root node 
determines the physical topology of the devices connected to 
the IEEE 1394-1995 serial bus network. 

After the tree identification process, a self identifying 
process is performed. During the self identifying process, 
each node connected to the IEEE 1394-1995 serial bus 
network selects a unique physical ID, in order, and transmits 
that physical ID and other management information to the 
other nodes on the bus. The physical ID is a number equal 
to the count of the number of times since the reset event that 
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a node has passed through the state of receiving self iden- 
tifying information before having its own opportunity to 
send self identifying information. This self identifying pro- 
cess allows a node connected to the IEEE 1394-1995 serial 
bus network to be aware of the other nodes connected to the 5 
bus. 

A controlling or monitoring application is an application 
that is resident on a node and is used to monitor, control or 
interact with the other nodes coupled to the IEEE 1394-1995 
serial bus network. Generally, such a controlling or moni- 10 
toring application maintains a representation or object of 
each device. This object represents the capabilities of the 
device. This object is typically copied from a library of 
objects representing known devices. However, if a new 
device, without a representative object in the library, is 15 
connected to the network, the controlling or monitoring 
application is at a loss for representing this new device. This 
can result in the controlling or monitoring application being 
unable to monitor or interact with the new device. 

A reset event signifies to the controlling or monitoring 20 
application that the status of the bus and the nodes connected 
to it has changed. This requires the controlling or monitoring 
application to somehow update its information regarding the 
devices connected to the serial bus network. This can be a 
significant endeavor. There is currently a lack of efficient 25 
apparatus and methods for updating information for nodes 
on a serial bus network after a bus reset. No solutions for 
handling the updating of device information after a bus reset 
is described in any of the IEEE 1394 standards documents. 

J 30 

SUMMARY OF THE INVENTION 

A controlling application utilizes existing handle objects, 
as appropriate, to reconfigure objects to dynamically enu- 
merate and represent devices coupled to a serial bus network 35 
after a bus reset event. Preferably, the serial bus network is 
an IEEE 1394-1995 serial bus network. During a self- 
identifying process, after the bus reset, information about the 
characteristics of the devices within the network is received. 
From this self-identifying information objects representing 40 
the devices are generated. Existing handle objects from a 
previous bus configuration are then compared to these 
objects. If a handle matches an object, then a pointer value 
within the handle is changed to point to an address of the 
object. Preferably, a handle includes a 64 bit unique iden- 45 
tifier value that is compared to the objects to find a match. 
For devices removed from the network, the handle object is 
preferably never discarded but is made invalid. For devices 
added to the network, existing invalid handle objects are 
preferably re-validated and attached to objects representing 50 
devices. If there are no further existing handles and a device 
does not yet have an attached handle, then a handle is 
generated and attached to the device. A handle is only 
generated if there are more devices within the network than 
there are existing handles. To generate an object represent- 55 
ing a device, subobjects for each subunit within the device 
are assembled into the object representing the device. When 
the unit reports its self-identifying information, the control- 
ling application determines which subunits are included 
within the unit. Subobjects representing these subunits are go 
copied from a subobject library and assembled into the 
object representing this device. Preferably, a handle includes 
a pointer value pointing to an address of the corresponding 
object for the device. 

In one aspect of the invention, a method of dynamically 65 
enumerating devices within a network comprises the steps of 
comparing self identifying information for each device 
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within the network to one or more existing handle objects 
and reconfiguring the existing handle objects to correspond 
to the devices within the network after a bus reset, wherein 
valid handle objects are associated with device objects 
generated after the bus reset. The valid handle objects each 
include a pointer value pointing to an address of a corre- 
sponding device object after the bus reset. Each device 
object represents characteristics of a corresponding device. 
The method further comprises the step of receiving self 
identifying information for each device within the network. 
The method further comprises the step of generating the 
device objects for each device within the network. The 
network is preferably an IEEE 1394 serial bus network. 

In another aspect of the present invention, an apparatus 
for dynamically enumerating devices within a network com- 
prises means for comparing self identifying information for 
each device within the network to one or more existing 
handle objects and means for reconfiguring coupled to the 
means for comparing for reconfiguring the existing handle 
objects to correspond to the devices within the network after 
a bus reset, wherein valid handle objects are associated with 
device objects generated after the bus reset. The apparatus 
further comprises an interface circuit coupled to the means 
for comparing to receive the self identifying information 
from the devices within the network. Each handle includes 
a pointer value corresponding to an address of a correspond- 
ing device object. Each device object represents character- 
istics of a corresponding device. The network is preferably 
an IEEE 1394 serial bus network. 

In still another aspect of the present invention, a network 
comprises a plurality of devices coupled together, each of 
the devices includes an interface circuit through which 
communications are transmitted and received, and a pro- 
cessing circuit coupled to the interface circuit to process 
communications received through the interface circuit and a 
control application resident on one of the devices to main- 
tain representations of the devices, wherein the representa- 
tions are reconfigured by the control application after a bus 
reset using existing handles existing before the bus reset 
which correspond to devices remaining after the bus reset. 
The representations include device objects each representing 
characteristics of a corresponding device. Each handle 
includes a pointer value corresponding to an address of a 
corresponding device object. The network is preferably an 
IEEE 1394 serial bus network. 

In yet another aspect of the present invention, a method of 
dynamically enumerating a device within a network com- 
prises the steps of determining characteristics of a device, 
generating a device object for the device, determining if an 
existing valid handle matches the characteristics of the 
device, wherein the existing valid handle includes a pointer 
value and changing the pointer value to an address of the 
device object if the existing valid handle matches the 
characteristics of the device. The existing valid handle 
further includes a unique ID value of the device. The step of 
determining if any existing valid handle matches the char- 
acteristics of the device compares the unique ID value of the 
device to the unique ID value stored in the handle. The 
method further comprises the step of repeating the above 
steps for each device within the network. For a new device 
added to the network, an existing invalid handle is 
re-validated and associated with a corresponding device 
object, if the existing invalid handle is available. If no 
existing invalid handle is available, a new handle is gener- 
ated for and associated with the new device. For a device 
removed from the network, a corresponding handle is 
changed to an invalid handle. Each device object represents 
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characteristics of a corresponding device. The method fur- 
ther comprises the step of receiving self- identifying infor- 
mation for the device. The network is preferably an IEEE 
1394 serial bus network. 

BRIEF DESCRIPTION OF THE DRAWINGS 5 

FIG. 1 is a prior art illustration of a protocol of the IEEE 
1394-1995 standard. 

FIG. 2 illustrates an exemplary IEEE 1394-1995 serial 
bus network including a satellite dish, settop box, television, 10 
digital VCR and a computer system. 

FIG. 3 illustrates a block diagram of a hardware system 
resident in each device implementing and maintaining a 
controlling application according to the preferred embodi- 
ment of the present invention. 15 

FIG. 4 illustrates a flow diagram of the preferred steps 
within the dynamic enumeration method of the preferred 
embodiment of the present invention. 

FIG. 5 illustrates a flow diagram of the preferred steps 2 o 
within the dynamic binding method of the preferred embodi- 
ment of the present invention. 

FIG. 6 illustrates an exemplary IEEE 1394-1995 serial 
bus network including a satellite dish, settop box, television, 
digital VCR, computer system and a video camera. 25 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

A node including a monitoring or control application 
which monitors the status, availability and configuration of 3 o 
the nodes on the IEEE 1394-1995 serial bus maintains 
objects for each node coupled to the IEEE 1394-1995 serial 
bus. One or more such monitoring or controlling applica- 
tions can be included within an IEEE 1394-1995 serial bus 
network of devices. An object represents the functions and 35 
capabilities of a device or unit and is assembled from 
information provided by the unit during the self identifying 
process after a bus reset. If a unit includes subunits, then the 
object is formed from a combination of subobjects, each 
representing a subunit. The subobjects are copied from a 4 q 
subobject library and assembled into the object representing 
the unit. 

Preferably, the object includes the unique ID value for the 
device. A handle object corresponding to the object is then 
maintained and associated by the controlling application 45 
with the device. Preferably, the handle object includes a 64 
bit global unique identifier value designating the corre- 
sponding device. The handle includes a pointer value point- 
ing to the address of the object for that node. A bus reset 
occurs when the configuration of the nodes within the IEEE 50 
1394-1995 serial bus network changes. Accordingly, the 
objects and handles representing devices within the network 
must somehow be updated after a bus reset to reflect the 
current state of the nodes coupled to the IEEE 1394-1995 
serial bus network. One method of updating the objects and 55 
handles, is to discard all of the objects and handles after a 
bus reset and re-generate both the objects and handles 
representing the nodes coupled to the IEEE 1394-1995 serial 
bus network after the bus reset. This is not preferred because 
it is time consuming and inefficient. Once a network of 60 
devices is configured and set up, the network configuration 
will only change when a device is added or removed. In most 
networks this is not a relatively frequent occurrence. When 
a bus reset does occur, the network usually only changes 
with the addition or removal of a single device. 65 

Recognizing that most network configurations do not 
change very often and then usually only with the addition or 
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removal of a single device, the preferred embodiment of the 
present invention reconfigures the objects and handles rep- 
resenting the nodes coupled to the IEEE 1394-1995 serial 
bus network after a bus reset, utilizing the existing handles 
from the bus configuration previous to the bus reset event. 
During the self-identifying process, information about the 
characteristics of the devices within the network is received. 
From this self-identifying information, objects representing 
the devices are generated. Existing handles from the previ- 
ous bus configuration are then compared to the characteris- 
tics of the devices within the network after the bus reset. If 
a handle matches an object, then the handle is attached to the 
object and a pointer value within the handle is changed to 
point to an address of the object. Preferably, a handle 
includes the 64 bit unique identifier value that is compared 
to the objects to find a match. If a device is removed, the 
handle object corresponding to that device is preferably 
never discarded, but is made invalid. If a device is added to 
the network, an existing invalid handle object is preferably 
re-validated and attached to the object for the device. If there 
are no remaining handles, then a handle is generated and 
attached to the device. Preferably, the handles for removed 
devices are not discarded, but only made invalid. If a new 
device is added and an existing invalid handle is available, 
then that handle is utilized to point to the new device. 
Accordingly, a new handle is preferably only generated 
when a new device is added and there are no remaining 
available handles. 

During the self identifying process, after a bus reset event, 
each device transmits its self identifying information in 
response to a query from the monitoring application, includ- 
ing its characteristics, unique ID and physical ID, on the 
IEEE 1394-1995 serial bus structure. In the preferred 
embodiment of the present invention, when the node on 
which the monitoring or controlling application is running 
receives the self identifying information from the devices, 
the application generates objects representing each device, 
as described below. Existing handles are then compared to 
the generated objects. If the unique ID value within an object 
matches one of the existing handles, then the matching 
handle is attached to the object by changing the pointer value 
within the matching handle to include the address of the 
object. Otherwise, if the unique ID value within an object 
does not match the unique ID value within any existing valid 
handle, then if an invalid handle exists, that handle is 
changed to a valid state and attached to the object by 
changing the pointer value within the handle to include the 
address of the object. If the unique ID value within an object 
does not match the unique ID value within any existing valid 
handle and no invalid handle exists, then a handle is gen- 
erated and attached to the object by including the address of 
the object as the pointer value. The unique ID value of the 
device is also inserted into the handle. 

Within the preferred embodiment, the application main- 
tains the handles and reuses them after a bus reset. This 
allows the application to reuse handles after a bus reset 
which existed before the bus reset. Each handle then 
includes the pointer value pointing to the address of the 
object corresponding to the device. 

An exemplary IEEE 1394-1995 consumer entertainment 
system network including a computer system, settop box, 
satellite dish, television and digital video cassette recorder 
(VCR) is illustrated in FIG. 2. The settop box 20 is coupled 
to receive broadcast transmissions from the satellite dish 18 
by the IEEE 1394-1995 cable 26. Typically, these broadcasts 
are transmitted from the satellite dish 18 to the settop box 20 
in an MPEG format. The settop box 20 is coupled to the 
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television 22 by the IEEE 1394-1995 cable 28. The televi- 
sion 22 is coupled to the digital VCR 24 by the IEEE 
1394-1995 cable 30. The digital VCR 24 is coupled to the 
computer system 32 by the IEEE 1394-1995 cable 36. The 
computer system 32 includes a corresponding display 34. 5 

This configuration illustrated in FIG. 2 is exemplary only. 
It should be apparent that an audio/video network could 
include many different combinations of physical compo- 
nents. The physical devices within such an IEEE 1394-1995 
network are autonomous devices, meaning that in an IEEE 10 
1394-1995 network, as the one illustrated in FIG. 2, in which 
a computer is one of the devices, there is not a true 
"master-slave" relationship between the computer and the 
other devices. In many IEEE 1394-1995 network 
configurations, a computer may not even be present. Even in 15 
such configurations, the devices within the network are fully 
capable of interacting with each other on a peer basis. 

A block diagram of a hardware system resident in a node 
running a monitoring or controlling application according to 
the present invention is illustrated in FIG. 3. A printed circuit 20 
board 40 is included in the hardware system illustrated in 
FIG. 3. The printed circuit board 40 includes a central 
processing unit (CPU) 42 coupled to system memory 44 and 
to an I/O bus interface 46 by the system bus 48. The use of 
the term 'CPU* is not intended to imply that such a system 25 
must be a general purpose computing circuit. Rather, this 
circuit could be implemented with a general purpose con- 
troller or special purpose circuit. Within the examples dis- 
cussed above, the monitoring or controlling application of 
the present invention is running on the computer system 32. 30 
However, it should be apparent to those skilled in the art that 
the monitoring or controlling application of the present 
invention can be run on any appropriately configured device. 
Dynamic Enumeration Of Devices After Bus Reset 

After a bus reset event the monitoring or controlling 35 
application of the present invention dynamically enumerates 
the devices coupled to the IEEE 1394-1995 serial bus 
network, utilizing the existing handles from the bus con- 
figuration previous to the bus reset. This enumeration pro- 
cess after a bus reset is dynamic and is preferably performed 40 
utilizing the self-identifying information from each of the 
devices coupled to the IEEE 1394-1995 serial bus network. 

A flowchart showing the preferred steps within the 
dynamic enumeration method of the preferred embodiment 
of the present invention is illustrated in FIG. 4. The preferred 45 
method begins at the step 100. At the step 102, it is 
determined if a bus reset event has occurred. Once a bus 
reset event occurs, the self-identifying information for the 
devices is received, at the step 104, in response to a query 
by the monitoring application. Utilizing this self-identifying 50 
information, objects for the devices within the network after 
a bus reset, are generated at the step 106. A next handle is 
compared to the generated objects at the step 108. 
Preferably, the next handle is compared by comparing the 
unique ID value within the handle to the unique ID value 55 
within the generated objects. At the step 110 it is determined 
if the next handle matches any of the devices currently 
within the network. If the handle does not match any of the 
devices currently within the network, then the status of the 
handle is changed to invalid, at the step 112. Otherwise, if 60 
the next handle does match one of the devices currently 
within the network, the next handle is attached to the 
matching object by changing the pointer value within the 
next handle to correspond to the address of the matching 
object, at the step 114. After completion of either the step 65 
112 or the step 114, it is then determined at the step 116, if 
there are any additional existing valid handles. If there are 



additional existing valid handles, then the application 
repeats the steps 108-114 for each existing valid handle. 
After all existing valid handles have been compared to the 
general objects, it is then determined at the step 118, if all of 
the generated objects have attached handles. If all of the 
generated objects do not have attached handles, then handles 
are associated with the unattached objects, at the step 120, 
by first utilizing existing invalid handles and then generating 
new handles, if necessary. Once all of the generated objects 
are associated with handles, the process ends at the step 122. 

In this manner, the existing handles are reconfigured and 
re associated with objects, as appropriate, to represent the 
devices included within the network after the bus reset 
event. Handles corresponding to a device which has been 
removed from the network and which are not utilized after 
the bus reset are placed into an invalid state. 

When a new device is added to the network, if an existing 
invalid handle is available, it is placed into a valid state and 
associated with that device by changing the pointer value 
within the handle to correspond to the address of the device. 
If no existing handles are available, then a handle is gener- 
ated and associated with the new device. When a device is 
removed from the network leaving an extra handle, that 
handle is preferably retained and placed into the invalid 
state. Alternatively, the extra handle is discarded. 
Dynamic Binding To Generate Objects 

In order to generate objects representing many differently 
configured devices, even devices which do not exist at the 
time of development of the controlling application, the 
controlling application utilizes subobjects, representing 
subunits, and assembles these subobjects into an object 
representing a unit. As long as the unit is made up of known 
subunits then the unit can be represented by the dynamic 
binding process of the present invention. Each physical 
device or unit is a combination of subunits. For example, a 
typical commercially available video camera includes mul- 
tiple subdevices, implementing different functionalities, 
such as the camera and the video player. A dual audio tape 
deck includes two tape deck subdevices. A compact disc 
(CD) player includes a single CD player subdevice. 

As described above, one method of representing physical 
devices with objects is to maintain a library of objects 
representing known devices. However, once a new device is 
generated which is not represented within the library of 
objects, the controlling or monitoring application will be 
unable to represent this new device, because an object for 
this device will be unavailable. In order to have the capa- 
bility to represent any unit which includes known subunits, 
the controlling or monitoring application of the present 
invention receives the self-identifying information for a unit, 
after a query from the monitoring application, and deter- 
mines which subunits are included within the unit. As an 
example, when the video camera discussed above, sends its 
self-identifying information, the controlling application 
determines that the video camera includes two subunits, the 
camera and the video player. The controlling application 
then copies subobjects, representing these two subunits, 
from the subobject library and assembles the subobjects into 
the object representing this video camera. 

A flow diagram representing the preferred steps involved 
in generating objects and corresponding handles, according 
to the present invention, is illustrated in FIG. 5. The method 
starts at the step 86. The self-identifying information for the 
current reporting unit is then examined to determine the 
subunits within the unit, at the step 88. Once the included 
subunits are determined, the representative subobjects cor- 
responding to the included subunits are retrieved from the 
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subobject library maintained by the application, at the step 
90. At the step 92, the retrieved subobjects are combined to 
form the object representing the current reporting unit. A 
handle is then associated with the device at the step 94. The 
handle includes a pointer value pointing to the address of the 5 
corresponding object. The method ends at the step 96 after 
the object and handle have been generated. 

Preferably, the subobject library and the objects and 
handles representing the devices currently coupled within 
the IEEE 1394-1995 serial bus network, are stored within 1Q 
the system memory 44. Alternatively, the subobject library, 
objects and handles can be stored within any appropriate 
available memory. 

An example of the operation of the controlling application 
after a bus reset, utilizing the dynamic enumeration method 
illustrated in FIG. 4 and the dynamic binding method 15 
illustrated in FIG. 5, will be discussed with reference to the 
exemplary network of devices illustrated in FIG. 6. The 
exemplary network of devices illustrated in FIG. 6 is the 
same as the network of devices illustrated in FIG. 2, with the 
addition of a video camera 54 coupled to the digital VCR 24 20 
by the IEEE 1394-1995 serial bus cable 50. The video 
camera 54 includes a camera subunit 56 and a video player 
subunit 58. The tuner subunit 25 and player subunit 27 
within the digital VCR 24 are also illustrated in FIG. 6. 
When the video camera 54 is coupled to the IEEE 1394- 25 
1995 network of devices, by plugging the cable 50 into the 
digital VCR 24 and the video camera 54, a bus reset occurs. 
Before the bus reset, each of the devices in the network 
illustrated in FIG. 2 had a physical ID as represented below 
in Table I. 30 

TABLE I 



Device 


Physical ID 


Satellite Dish IS 


0 


Settop Box 20 


1 


Computer System 32 


2 


Digital VCR 24 


3 


Television 22 


4 



35 



40 



When the video camera 54 is added to the network, a bus 
reset occurs and the tree identification process is performed. 
After the tree identification process is performed, the devices 
then start the self identifying process. In response to a query 
from the controlling application, each of the devices sends 45 
its self-identifying information, including its unique ID 
value and its physical ID value over the IEEE 1394-1995 
serial bus network. The controlling application after receiv- 
ing this self-identifying information, then generates the 
objects for each of the devices as described above, by 50 
utilizing subobjects representing each of the subunits. Then 
a first handle including the unique ID value of the satellite 
dish 18 is compared to the generated objects. The object 
corresponding to the satellite dish 18 and having the unique 
ID value of the satellite dish 18 is found and the pointer 55 
value within the first handle is changed to correspond to the 
address of this object. A second handle including the unique 
ID value of the settop box 20 is compared to the generated 
objects. The object corresponding to the settop box 20 and 
having the unique ID value of the settop box 20 is found and 60 
the pointer value within the second handle is changed to 
correspond to the address of this object. A third handle 
including the unique ID value of the computer system 32 is 
compared to the generated objects. The object correspond- 
ing to the computer system 32 and having the unique ID 65 
value of the computer system 32 is found and the pointer 
value within the third handle is changed to correspond to the 



address of this object. A fourth handle including the unique 
ID value of the digital VCR 24 is compared to the generated 
objects. The object corresponding to the digital VCR 24 and 
having the unique ID value of the digital VCR 24 is found 
and the pointer value within the fourth handle is changed to 
correspond to the address of this object. A fifth handle 
including the unique ID value of the television 22 is com- 
pared to the generated objects. The object corresponding to 
the television 22 and having the unique ID value of the 
television 22 is found and the pointer value within the fifth 
handle is changed to correspond to the address of this object. 
It is then determined that all existing handles have been 
utilized and the video camera 54 is not yet associated with 
any handle. Accordingly, a new handle is generated and 
associated with the video camera 54 by including a pointer 
value corresponding to the address of the object representing 
the video camera 54. 

One method of updating information about the bus con- 
figuration after a bus reset event is to discard all of the 
handles after the bus reset. The handles and objects then 
must be re-generated for the nodes included within the IEEE 
1394-1995 serial bus network after the bus reset event. This 
method is inefficient and requires the controlling application 
to re-generate a handle for each device coupled to the IEEE 
1394-1995 serial bus network. Instead of discarding the 
representations from the existing bus structure, the control- 
ling application of the present invention utilizes the existing 
handles, as appropriate, to reconfigure the objects and 
handles to represent the nodes coupled to the IEEE 1394- 
1995 serial bus network after the bus reset. During the 
self-identifying process, information about the characteris- 
tics of the devices within the network is received. From this 
self-identifying information, objects representing the 
devices are generated. Existing handle objects from the 
previous bus configuration are then compared to these 
objects. If a handle matches an object, then a pointer value 
within the handle is changed to point to an address of the 
object. Preferably, a handle includes a 64 bit unique ID value 
that is compared to unique ID values within the generated 
objects to find a match. For devices removed from the 
network, the handle object is preferably never discarded but 
is made invalid. For devices added to the network, existing 
invalid handle objects are preferably re- validated and 
attached to objects representing devices. If there are no 
further existing handles and a device does not yet have an 
attached handle, then a handle is generated and associated 
with the device. In this manner, the objects and handles for 
the devices within the network are assembled after a bus 
reset event, without requiring re-generation of a handle for 
each and every device. 

Subobjects for each subunit within a device are assembled 
into an object representing the device. When the device 
reports its self-identifying information, it is determined 
which subunits are included within the unit. Subobjects 
representing these subunits are copied from a subobject 
library and assembled into the object representing this unit. 
In this manner, objects are generated for units of many 
different configurations, including units which do not yet 
exist at the time of the development of the controlling 
application. 

The present invention has been described in terms of 
specific embodiments incorporating details to facilitate the 
understanding of principles of construction and operation of 
the invention. Such reference herein to specific embodi- 
ments and details thereof is not intended to limit the scope 
of the claims appended hereto. It will be apparent to those 
skilled in the art that modifications may be made in the 
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embodiment chosen for illustration without departing from 
the spirit and scope of the invention. Specifically, it will be 
apparent to those skilled in the art that while the preferred 
embodiment of the present invention is used with an IEEE 
1394-1995 serial bus structure, the present invention could 
also be implemented on any other appropriate bus structures. 
We claim: 

1. A method of dynamically enumerating devices within 
a network comprising: 

a. comparing self identifying information for each device 
within the network to one or more existing handle 
objects; and 

b. reconfiguring the existing handle objects to correspond 
to the devices within the network after a bus reset, 
wherein valid handle objects are associated with device 
objects generated after the bus reset. 

2. The method as claimed in claim 1 wherein the valid 
handle objects each include a pointer value pointing to an 
address of a corresponding device object after the bus reset. 

3. The method as claimed in claim 2 wherein each device 
object represents characteristics of a corresponding device. 

4. The method as claimed in claim 3 further comprising 
receiving self identifying information for each device within 
the network. 

5. The method as claimed in claim 4 further comprising 
generating the device objects for each device within the 
network. 

6. The method as claimed in claim 5 wherein the network 
is an IEEE 1394 serial bus network. 

7. An apparatus for dynamically enumerating devices 
within a network comprising: 

a. means for comparing self identifying information for 
each device within the network to one or more existing 
handle objects; and 

b. means for reconfiguring coupled to the means for 
comparing for reconfiguring the existing handle objects 
to correspond to the devices within the network after a 
bus reset, wherein valid handle objects are associated 
with device objects generated after the bus reset. 

8. The apparatus as claimed in claim 7 further comprising 
an interface circuit coupled to the means for comparing to 
receive the self identifying information from the devices 
within the network. 

9. The apparatus as claimed in claim 8 wherein each 
handle includes a pointer value corresponding to an address 
of a corresponding device object. 

10. The apparatus as claimed in claim 9 wherein each 
device object represents characteristics of a corresponding 
device. 

U. The apparatus as claimed in claim 10 wherein the 
network is an IEEE 1394 serial bus network. 
12. A network comprising: 

a. a plurality of devices coupled together, each of the 
devices including: 

i. an interface circuit through which communications 
are transmitted and received; 
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ii. a processing circuit coupled to the interface circuit to 
process communications received through the inter- 
face circuit; and 
b. a control application resident on one of the devices to 
maintain representations of the devices, wherein the 
representations are reconfigured by the control appli- 
cation after a bus reset using existing handles existing 
before the bus reset which correspond to devices 
( remaining after the bus reset. 

13. The network as claimed in claim 12 wherein the 
representations include device objects each representing 
characteristics of a corresponding device. 

14. The network as claimed in claim 13 wherein each 
15 handle includes a pointer value corresponding to an address 

of a corresponding device object. 

15. The network as claimed in claim 14 wherein the 
network is an IEEE 1394 serial bus network. 

16. A method of dynamically enumerating devices within 
20 a network comprising: 

a. determining characteristics of a device; 

b. generating a device object for the device; 

c. determining if an existing valid handle matches the 
25 characteristics of the device, wherein the existing valid 

handle includes a pointer value; and 

d. changing the pointer value to an address of the device 
object if the existing valid handle matches the charac- 
teristics of the device. 

30 17. The method as claimed in claim 16 wherein the 
existing valid handle further includes a unique ID value of 
the device. 

18. The method as claimed in claim 17 wherein deter- 
mining if any existing valid handle matches the character- 

35 istics of the device compares the unique ID value of the 
device to the unique ID value stored in the handle. 

19. The method as claimed in claim 18 further comprising 
repeating a-d for each device within the network. 

20. The method as claimed in claim 19 wherein for a new 
40 device added to the network, an existing invalid handle is 

re-validated and associated with a corresponding device 
object, if the existing invalid handle is available. 

21. The method as claimed in claim 20 wherein if no 
existing invalid handle is available, a new handle is gener- 

45 ated for and associated with the new device. 

22. The method as claimed in claim 21 wherein for a 
device removed from the network, a corresponding handle is 
changed to an invalid handle. 

23. The method as claimed in claim 22 wherein each 
50 device object represents characteristics of a corresponding 

device. 

24. The method as claimed in claim 23 further comprising 
receiving self -identifying information for the device. 

25. The method as claimed in claim 24 wherein the 
55 network is an IEEE 1394 serial bus network. 

* * * * * 
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